前言 春节期间，无意中看到一篇文章，文章中讲到12306的业务复杂度远远比淘宝天猫这种电商网站要复杂。后来自己想想，也确实如此。所以，很想挑战一下12306这个系统的核心领域模型的设计。一般的电商网 ...

前言 前一篇文章介绍了Conference案例的架构设计，本篇文章开始介绍Conference案例的代码实现。由于代码比较多，一开始就全部介绍所有细节，估计很多人接受不了，也理解不了。所以，我先进行 ...

前面一片文章，我介绍了Conference案例的核心业务，为了方便后面的分析，我这里再列一下： 业务描述 Conference是这样一个系统，它提供了一个在线创建会议以及预订会议座位的平台。这个系 ...

前言 前面的文章，我介绍了Conference案例的业务、上下文划分、领域模型、架构，以及代码整体流程。接下来想针对案例中一些重要的场景，分别做进一步的分析。本文想先介绍一下Conference案例 ...

浅谈12306核心模型设计思路和架构设计[推荐] DDD部分核心概念的个人理解 DDD CQRS架构和传统架构的优缺点比较[推荐] DDD实践问题之 - 关于论坛的帖子回复统计信息的 ...

邮箱核心业务场景： 发邮件 收邮件 查看邮件 邮箱业务我们关注的核心信息 草稿箱 收件箱 已发送邮件 未读邮件 重要邮件 垃圾邮件 已删除邮件 ...

Conference架构概述 先贴一下Conference案例的在线地址，UI因为完全拿了微软的实现，所以都是英文的，以后我有空再改为中文的。 Conference后台会议管理：http:/ ...

ENode框架Conference案例分析系列之 - 业务简介 ENode框架Conference案例分析系列之 - 上下文划分和领域建模 ENode框架Conference案例分析系列 ...

关于借书场景的领域建模，我从以下几个方面进行分析： 分析模型静态结构 我分析一个领域模型的静态结构的思路一般是：先找出我们需要关心的对象，对于借书这个场景，我们关心的有：1. Account(账号 ...

前言 本文可能对大多数不太了解ENode的朋友来说，理解起来比较费劲，这篇文章主要讲思路，而不是一上来就讲结果。我写文章，总是希望能把自己的思考过程尽量能表达出来，能让大家知道每一个设计背后的思考的 ...